How to Test Content with Users
如何與使用者一起測試內容

測試結構與引導

在進行內容測試時，為了獲取有效的使用者反饋，設計合理的測試結構和使用恰當的引導技巧至關重要。以下是一些具體步驟和方法，幫助確保測試過程能夠深入理解使用者需求，並最佳化內容。

學習主題與內容

深入理解產品：測試前要對所測試的產品和內容充分熟悉。這是確保測試時提問能夠切中要害的基礎。測試人員需清楚產品的目標使用者、核心資訊以及使用者對內容的需求。

準備開放式問題：開放式問題可以鼓勵參與者提供詳細的反饋，而不僅僅是簡單的“是”或“否”回答。以下是一些問題示例：

跟進問題	目標
你對這些資訊有什麼看法？如果你可以更改這些資訊中的任何內容，你會改動什麼？哪些內容容易理解，哪些難以理解？為什麼？	鼓勵參與者分享他們注意到的任何內容問題或問題點
這個詞語 [X] 對你來說意味著什麼？	判斷參與者是否理解技術術語，或者是否需要更好的解釋
如果要向小孩解釋這個資訊，你會怎麼說？	評估參與者是否理解他們剛剛閱讀的內容
你可以用自己的話來總結一下這些資訊嗎？	（如果參與者能輕鬆準確地用自己的話總結內容，說明他們理解了。如果需要反覆檢視文字逐字複述，可能表明他們沒有清晰理解。）
假設有個人對你說了這些話，你覺得這個人會是誰？你認為這個人看起來會是什麼樣子，或者會有什麼樣的行為？他/她可能從事什麼職業？	巧妙地引導參與者描述內容的語氣

注意：在與參與者交談時避免使用“內容”一詞——使用者通常不會以這種方式思考資訊。

個體參與者與任務

選擇合適的參與者：根據內容的目標使用者特徵選擇參與者，特別是在面對高度專業化的內容時，應選擇具備相關知識和經驗的人員。

設定個體任務：讓每位參與者獨立完成任務，避免小組討論對個人反饋的影響，這有助於獲得更真實的個體體驗資料。

定製任務以適應參與者的個體情況

傳統可用性研究通常使用預設指令碼和固定任務，但內容測試需要更靈活的方法。為確保任務適合每位參與者，研究人員應：

這種方法有助於獲得更自然、真實的使用者反饋。

內容測試通常需要開放式任務

為有效進行內容測試，建議設計圍繞參與者興趣的開放式資訊查詢任務。

與特定任務不同，開放式任務無明確答案，旨在評估內容質量和相關性。它們幫助瞭解使用者的探索方式、關注點、期望，以及網站是否滿足需求。

由於開放式任務無明確結束點，應告知參與者按自己節奏完成，如同日常搜尋，無需關心時間。

例項分析

例如，評估Investopedia上的《應對熊市的聰明策略》文章時，不應僅讓參與者閱讀並反饋。這不符合真實的內容查詢方式。更好的做法是提供一個資訊需求情境：

"股市近期下跌且可能持續。你想找到市場低迷期的投資建議，看看Investopedia是否有相關內容。"

這種設計讓參與者基於實際需求查詢資訊，而非簡單評估文章。

考慮競爭性測試

讓使用者自由搜尋或訪問競爭對手網站可提供寶貴的使用者需求見解。如果參與者具代表性，這些見解通常很有價值。研究人員可將自由探索限制在測試時間的一小部分內。

開放式任務和適當的競爭性測試有助於全面瞭解使用者對內容的實際需求，從而最佳化內容策略。